home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / mint / l_1199 / 938 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  1.4 KB
  1. Date: Fri, 21 Jan 94 12:42:48 MST
  2. From: shenson@nyx10.cs.du.edu (Stephen Henson)
  3. Message-Id: <9401211942.AA05263@nyx10.cs.du.edu>
  4. X-Disclaimer: Nyx is a public access Unix system run by the University
  5.     of Denver.  The University has neither control over nor
  6.     responsibility for the opinions or correct identity of users.
  7. To: mint@terminator.rs.itd.umich.edu
  8. Subject: Binary config and fork() ...
  9.  
  10.     Yes you can use the symbol table to implement binary configuration,
  11. that's what my (unreleased) Minixfs binary config program does. It also why
  12. I originally wrote nlist(). I think with arrays you can't really increase
  13. their length safely by fiddling with the reloc table (what if the compiler
  14. or code uses an offset as an optimisation to acces a later variable?). Anyway
  15. I've written a short file which gives the basic idea and I'll send it when
  16. I've checked out a couple of sample programs.
  17.     Re non-blocking fork(). I think this could cause problems. At present
  18. (or as far as I can gather without mem protection on my STE) the virtual
  19. addresses are always the same as the physical ones. If you change this (and
  20. it is compulsory for fork()) then you get DMA problems. E.g. suppose I make
  21. a call to Fread. What address should the OS pass down? If the data is to be read
  22. directly into the buffer via DMA then you need to pass the physical address, if
  23. it goes via a cache you need the virtual address. If the hard disk software
  24. uses an internal cache then it's even more fun ...
  25. Steve.
  26.  
  27.  
  28.  
  29.